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Abstract 


In this paper, the notion of aspect-oriented modular reconfigurable 
computing (AOMRC) is introduced, CSP-based behaviors of AOMRC 
are approached by developing a model of AOMRC and constructing a 
Hoare model of deterministic reconfiguration processes. Then, under 
the theory of coalgebras, we build a homomorphism between AOMRC 
and a Hoare model of deterministic reconfiguration processes. In other 
words, since AOMRC and the Hoare model of deterministic recon- 
figuration processes are seen as coalgebras, their homomorphic rela- 
tionship results in the behavioral equivalence between AOMRC being 
carried out by a transformations-based aspect and a Hoare model of 
deterministic reconfiguration processes. 


1 Introduction 


Reconfigurable computing is computer processing with highly flexible com- 
puting components. Such an effective powerful paradigm joins together the 
flexible nature of software with hardware design and the high performance 
nature of hardware with software programming. This is an emerging ap- 
proach in computing. The topic has seen a number of developments through 
various research investigations including computational models, languages, 
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and formalisms with the aim of providing high-level descriptions of reconfig- 
urable computing systems [7—14,22—28]. However, devising a good program- 
ming technique, for ensuring that high flexibility of reconfigurable comput- 
ing systems, is properly carried out is far from being obvious. 

Apparently emerging as an orthogonal approach to modular program- 
ming methods, the programming technique based on cross-cutting, also re- 
ferred to as aspect orientation [17], is seen to be a good potential practical 
paradigm for aspect-oriented modular reconfigurable computing as shown 
in [28], where we presented an approach to combining aspect-orientation 
and reconfigurable computing in a modular manner. Expanding on the 
approach in this paper, under the theory of coalgebras and communicat- 
ing sequential processes (CSP) [15], we will examine CSP-based behaviors 
of aspect-oriented modular reconfigurable computing as a further develop- 
ment to our recent research [22-28] to embed the cross-cutting technique in 
modular reconfigurable computing systems. 

In modular reconfigurable computing systems, an aspect is determined 
as transformations of configuration. Based on this aspect, a model of aspect- 
oriented modular reconfigurable computing (AOMRC) is developed and a 
Hoare model of deterministic reconfiguration processes is constructed. By 
this way, a homomorphism between AOMRC and a Hoare model of deter- 
ministic reconfiguration processes is investigated in detail under the theory 
of coalgebras to establish a behavioral equivalence between AOMRC and 
a Hoare model of deterministic reconfiguration processes. As a result, the 
homomorphism between AOMRC and a Hoare model of deterministic re- 
configuration processes blurs the distinction between concepts of a configu- 
ration and process. A descriptive view of this behavioral equivalence is as 
follows: 

Homomorphism: (AOMRC) —> (Hoare model of deterministic reconfigu- 
ration processes) 


2 Outline 


The paper is organized as follows: In section 3, we consider some related 
principal work and preliminary concepts. In section 4, we introduce the 
notion of aspect-oriented modular reconfigurable computing (AOMRC), in- 
cluding reconfiguration and its coalgebraic representations, transformations 
of configuration, transformation-based aspect in reconfigurable computing 
and inheritance property of aspect. A homomorphic relationship between 
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AOMRC and a Hoare model of deterministic reconfiguration processes is 
investigated in detail under the theory of coalgebras and CSP in section 5. 
A plan for future work is suggested in section 6. Finally, a short summary 
is given in section 7. 


3 Related Major Work and Existing Basic Con- 
cepts 


3.1 Related major work 


Most notions and investigations of this paper are instances of a theory called 
universal coalgebra [16,21], where some recent developments in coalgebra 
are presented such that 


e Bisimulation is a categorical notion that applies to many different in- 
stances of infinite data structures, various other types of automata, 
and dynamic systems [16, 20,21]. In theoretical computer science, 
a bisimulation is an equivalence relation between abstract machines, 
also called the abstract computers or state transition systems (i.e., a 
theoretical model of a computer hardware or software system) used in 
the study of computing. Abstraction of computing is usually consid- 
ered as discrete time processes. Two computing systems are bisimular 
if, regarding their behaviors, each of the systems “simulates” the other 
and vice-versa. In other words, each of the systems cannot be distin- 
guished from the other by the observation. 


e Homomorphism is one of the fundamental concepts in categorical al- 
gebra [1,2,4,18], which scrutinizes the sets of algebraic objects, rela- 
tions of those algebraic objects, and functions from one set of algebraic 
objects to another. A function that preserves the relations of the al- 
gebraic objects is known as a homomorphism. In other words, if the 
source set of algebraic objects includes several relations, then all its 
relations must be preserved in the target set for the function to be a 
homomorphism between two sets of algebraic objects. 


Moreover, in the considered context, we also apply the therory of CSP, 
which is a formal language for specifying interaction behaviors in reconfig- 
urable computing systems. CSP was first described in a 1978 paper by C. 
A. R. Hoare [15], but has since grown substantially to become the mod- 
ern process algebraic form. It is a member of the family of mathematical 
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theories of concurrency known as process algebras, or process calculi. CSP 
spreads its influence over the development of both software/hardware in 
traditional computing systems and flowware/configware in modern recon- 
figurable computing systems. The theory of CSP itself is still the subject 
of active research, including work to increase its range of practical applica- 
bility. 


3.2 The notions of reconfigurable computing, configware and 
flowware 


A definition of reconfigurable computing, sometimes known as configurable 
computing, is given by DeHon and Wawrzynek as: 


“computing via a post-fabrication and spatially programmed 
connection of processing elements” [6]. 


This definition is concerned with two major factors of reconfigurable com- 
puting: 


e The post-fabrication property allows adjustment of the architecture 
for flexibility between applications due to varying data input flows 
and operation conditions. 


e The spatial paradigm of computation, also called configware, contrasts 
with the temporal paradigm of computation using traditional micro- 
processors, called by the familiar name of software. 


The implementation of reconfigurable computing has become realistic with 
the availability of Field-Programmable Gate Array (FPGA) technology [19]. 
A specific type of FPGA, which can be programmed on-the-fly during sys- 
tem operation, is dynamically reconfigurable FPGA, also known as a Dy- 
namically Programmable Gate Array (DPGA) technology [5]. 

The above-mentioned definition of reconfigurable computing refers to 
the notion of R. Hartenstein’s configware engineering [13], including con- 
figware and flowware, in which both configware and flowware codes are 
created by compiling inputs of a high-level programming language. Specif- 
ically, configware codes are produced for determining configuration before 
runtime, and flowware codes execute data input flows at runtime on an 
existing configuration [7—12, 14]. 

Configware means structural programming, or programming in space 
as presented in Figure l(a). That is, configware executes computation in 
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Figure 1: Configware and Flowware (adapted from [13}) 
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space. Figure 1(a) illustrates the configware approach, in which a sequence 
of operations is mapped from time to space and executed per C-step (also 
called a control step) in parallel on a DPGA-based platform; its intermediate 
results are stored in buffers for another sequence of operations in the next 
C-step. 

Flowware means data-flow programming that schedules the data flow 
for output from or input to the configware using one or several data counters. 
Flowware determines which data item has to be connected with which port 
of which configuration at which time (see Figure 1(b)). The configware is 
vital for the flowware-based paradigm. This architecture allows the multiple 
data flows clocked into and out of such a pipelined network, in a similar 
manner to the heart and the blood streams. 

Flowware may also be described by higher level flowware languages, 
which are similar to high level software languages like C [13]. These lan- 
guages include control structures such as jumping and (nested) looping. 
The principal differences between software and flowware are that (sequen- 
tial) software makes reference to only a single program counter, whereas 
flowware refers to several data counters. As a result, flowware also includes 
parallel looping as an important control structure, which is not supported 
by sequential software. 

Both flowware and configware are two different complementary ap- 
proaches that can be combined in programming for reconfigurable comput- 
ing systems. Figure 1(c) describes a process of configware/flowware synthe- 
sis, generating both configware and flowware from a high level programming 
language source, in which configware is produced for establishing the con- 
figuration before runtime and flowware is used to execute data flows at 
runtime. 


3.3. Some categorical and coalgebraic terms 


In this section, we recall some concepts from the category theory [1,2,4, 18] 
and theory of coalgebras [16,21] used in this paper. 


A category C can be viewed as a graph (Obj(C), Arc(C), s,t), where 
e Obj(C) is the set of nodes we call objects, 


e Arc(C) is the set of edges we call morphisms and 
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e s,t : Arc(C) —>+ Obj(C) are two maps called source and target, 
respectively. 


We write f : *& — ) when f is in Arc(C) and s(f) = ¥ and t(f) = y. 


Associated with each object ¥ in Obj(C), there is a morphism ly = 
xX — X, called the identity morphism on 4, and to each pair of mor- 
phisms f : ¥ — VY andg: Y — @Z, there is an associated morphism 
fig: — @Z, called the composition of f with g. 


ly 


C) 


x pee) en (1) 


K fig ifs 


The following equations must hold for all objects ¥, Y and Z and morphisms 
f:*®% —Y,9:¥— Zandh: Z—T: 


Associativity: (fs93h = fi(gsh) (2) 
f 9 h = J g h 
x y Zz f° y Zz a 
fg gih 
Identity: ly; f =f = fily (3) 
if = f - Pe 
ly (xy = Xv —+y = x ap ly 


A morphism f : ¥ —- Y in the category C is an isomorphism if there 
exists a morphism g : Y —> 4 in that category such that f;g = ly and 


9; f = ly. 
pane ee and St a gy (4) 
fig=lex g3,f=1y 
That is, if the following diagram commutes. 


g 


wor yD» (5) 
f 
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For any set A, « € A iff 1—*+A (or x : 1——> A) where 1 denotes a single- 


ton set. Hence, we can write 1—+N (or 1: 1—+N) for 1 EN, 1—+N 
(or i : 1—+N) for i € N and so on 


Functor is a special type of mapping between categories. Functor from 
a category to itself is called an endofunctor. Note that, in this paper, when 
the notion of endofunctor dominates throughout in use, then we can name 
them as the functor, for short, without any confusion. The functors are also 
viewed as morphisms in a category, whose objects are smaller categories. 
There are two kinds of functors distinguished by the way they treat mor- 
phisms to be covariant and contravariant. A functor T is covariant if for 


each source morphism ¥ shy Y the target morphism has the form T ¥ i, 

T Y. A functor T is contravariant if for each source morphism ¥ al Y the 
i 

target morphism has the form T ¥ Ly y. 


Let C be a category and T : C —> C an endofunctor. A T-coalgebra 
is a pair (C, f), where C is an object in C and f :C —> TC a morphism in 
C. C is called a carrier of the coalgebra and T an interface of the coalgebra. 


Let C and C’ be two objects in the category C. T-homomorphism between 


two T-coalgebras (C, f) and (C’,g) is a mapping C —, @’ such that the 
following equation holds 
f;Th=hsg (6) 


It is equivalent to saying that the following diagram commutes 


C i Te (7) 
h Th 
Cc! Z TC 


Let C be acategory and T : C —> C anendofunctor. A final T-coalgebra is 
simply a final object in the associated category CoAlg(T) of T-coalgebras. 
Thus, it is a coalgebra (Z, fi : Z —+ T Z) such that for any coalgebra 
(X,f : X —> T #&) there is a unique homomorphism h: * —> Z of 
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coalgebras, as in: 


x ul >THX (8) 
| | 

| | 

| | 

hil I Th 

| | 

| | 

Y : Y 

Zz i Te 


The dashed notation in the diagram (8) is used for uniqueness. 


Let C and C’ be two categories. Consider a parallel pair 


Cc C! (9) 
y 


of functors of the same variance. Two functors of T and T’ are naturally 
equivalent (also called naturally isomorphic) if there is an inverse pair of 
natural isomorphisms between them. In other words, the inverse pair of 
natural isomorphisms between T and T’ is a pair 


T 1 (10) 


such that for each object ¥ in C the morphisms 


1X 
THX eed (11) 
Cx 


are an inverse pair of isomorphisms in C’. 


4 Aspect-Oriented Modular Reconfiguration Com- 
puting (AOMRC) 


4.1 Reconfiguration and its coalgebraic representations 


AOMRC we want to model is intuitionally multiple partial function appli- 
cations, such as 


[1] t[2| [3] 
Cc 


— (oll], e[1]) — (o[2], el2]) — (of3], €[3]) -.- (12) 
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where 
e All indexes 7 € N in square brackets refer to control steps, 


e cis a configuration of AOMRC in the set, denoted by C, of configura- 
tions. c{?] is the configuration c at the control step 2, 


e ois a value in the set, denoted by O, of observable output values. o[i] 
is the output o at the control step 7, and 


e ¢ is a transformation in the set, denoted by T, of transformations. t[i] 
is the transformation t at the control step 7. 


1 
The notation ¢ 45 (o[1], c{1]) is viewed as, at the first control step, the 


initial configuration c is changed to the configuration c[1] and the output o[1] 


is produced by the transformation t[1]. In general, c[?] ian (o[i +1], c[¢+1]) 


states that the transformation t[i+1] changes the configuration c[i] to c[i+1] 
and issues the output o[i + 1] at the control step i+ 1. 

The diagram (12) means that reconfiguration with the set T of trans- 
formations is a pair (C, (oc, ec)) consisting of the set C of configurations, an 
output function o¢ : C —+ OF and an evolution function ec : C — C’, 
where O" and C? are read as the sets of partial functions {f : T + O} 
and {g: T —+C}, respectively. o¢ assigns, to a configuration c, a function 
oc(c) : T —+ O, which specifies the value oc¢(c)(t) that is reached after a 
transformation t has been executed. Similarly, eg assigns, to a configuration 
c, a function ec(c) : T —+ C, which specifies the configuration ec¢(c)(t) that 


is reached after a transformation t has been executed. Sometimes ¢ —> c/ 
is used to denote e¢(c)(t) = c’. Generally, both the set C of configurations 
and the set T' of transformations may be infinite. If both C and T are fi- 
nite, then we have a finite reconfiguration, otherwise we have an infinite 
reconfiguration. 

We define a bisimulation between two reconfigurations (C, (oc, ec)) and 
(C', (oe, ecr)) to be a relation R C C xC’' with, for all cin C, c in C’ and 
tin T 


. ‘ oe(c)(t) = oe (c)(t) and 
if cRce then { eeloVey Bred) GY. (13) 


In other words, 


if (6) ER: then { oc(c)(t) = 00'(c')(¢) | and aa) 
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This bisimulation relation is read as: two reconfigurations (C, (oc, ec)) and 
(C’, (ocr, ec’)) issue the same observations in ©, and then the same trans- 
formation t is carried out on both configurations c in C and c’ in C’ that 
will lead to two new configurations e¢(c)(t) in C and eg (c’)(t) in C’ that are 
observationally indistinguishable again. Bisimulation between (C, (0c, €c)) 
and itself is called a bisimulation on (C, (oc, ec)). We write c ~ c’ whenever 
there exists a bisimulation R with c R c’. 

For the reconfiguration (C,(oc,ec)), the output function og : C —> 
OT and evolution function ee : C —> C’ can be now combined into a 
reconfiguration function (oc,ec) : C —+ (O x C)", which maps c in C into 
the pair (o¢(c),ec(c)). Thus the reconfiguration (C, (o¢,ec)) is considered 
as the structure observed through the following interface. 


oo() = (Ox 7 (15) 


because applying this interface to the observable set C of configurations, we 
have 
Soe) =(Oxcy (16) 


This interface of ©°© (_) can be regarded as a mapping to decompose the 
observable set C of configurations into an observation context (O x _)" of 
C: 

Let ©} (_) : C —> C be a functor on the category C of sets. A 
© (_)-coalgebra is defined by a pair (C, (oc, ec)) consisting of the set C of 
configurations and the reconfiguration function (0¢,ec¢) :C —+ OO (C). In 
this way, the reconfiguration (C, (oc, ec)) is represented as a coalgebra of the 
functor OT (_), which is defined on the category C by OW(C) = (OxC)?. 
Through this coalgebraic representation of reconfiguration, there exist a 
number of notions and results on coalgebras in general, which can be applied 
to reconfiguration. 

As a result, a reconfiguration process is defined by the reconfiguration 
function (oc, ec) such that 


(oc,ec):€C —+ (Ox)? (17) 


Thus, the set C of configurations equipped by the structure (17) defines a 
category Conf(©~© (_)), whose objects are configurations of the set C and 
morphisms can be explicitly drawn as follows: For each c € C, 


(0¢ ,ec) GO((oe,€c)) 
C2 


OM? ((o¢,e 
OO (c) Ore? (c) (0c ,ec)) 


O3((o¢,ec)) 


eo (c) . 
(18) 
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The reconfiguration function (oc, ec) in (17) can be represented in the fol- 
lowing different way 


(0c, €c)e : C —> ((T x O) + C) (19) 


Similarly, with this result, the set C equipped by the structure (19) defines 
a category Conf(©(_)), whose objects are configurations of the set C. Let 


O(_) = (Tx O) + _ (20) 
then morphisms of the category Conf(©(_)) can be explicitly viewed as 


Oheeve 0c,ec)e 2 0c ,€C)e 3 0C;€C)e 
foc") 6 (6) O((oc ec)e) o? (aa ow (pS eee (21) 


for each c € C. 

A bijective relationship between the representation (17) and (19) of the 
reconfiguration function is justified by proving that there exists a natural 
equivalence (also called natural isomorphism) between two functors ©(_) = 
(O x _)? and O&O (_) = ((T x O) ++ _). In fact, 


Proposition 1. Consider a parallel pair 


O(-) 


Cc Cc (22) 
a) 


of two functors of O© (_) and O(_). GO (_) and ©(_) are naturally 
equivalent. 


eo) Or@ (C) and {ees © (C), there 


7 © (C) such that the equa- 
tion ©© (C);n¢c = ©(C) holds. Inversely, there exists a unique morphism 


Proof. For morphisms 1 


exists a unique morphism @©7© (C) 


© (C) oa O°@ (C) such that the equation ©(C); ¢e = OW (C) holds. 
This is described by the following commutative diagram. 
COC 
1 sees (C) (23) 
@(C) 
Ne | Cc 
© (C) 
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By (23), for each c in C, the following diagram (constructed by (18) and (21)) 
commutes. 


Gs-C¢ CO Gs-e (on) c) yes cy Cc 
Ee Waite) ar 0 (c) ((0c,€c)) Ore? (c i (0c,€ ) ore? (c (0c,€ yo 
de le Ne (ea Ne Cc he 
peaked © (c) ©((0c,€c)e) é. @2 (j= ((Oc,€c)e @3 (= ((oc, €c)e 


With this result, 7¢ and Ce are an inverse pair of natural isomorphisms in 
C between two functors of © (_) and ©(_). Hence, © (_) and ©(_) are 
naturally equivalent. 


Note that using either of the above-mentioned representations (17) 
and (19) is completely dependent on aspect that we want to treat. Thus, 
for a closely structural relationship between AOMRC and CSP, in the re- 
mainder of the paper, the representation of reconfiguration function in (19) 
is chosen to investigate and analyze CSP-based behaviors of AOMRC. In 
section 5, we will justify that (19) and CSP deterministic process match 
well each other on their structural representations. 


4.2 Transformations of configuration 


For reconfigurable computing, in [22] we have shown that the set of trans- 
formations T = {R, V, Up, Down, Left, Right} is sufficient to change con- 
figurations as modules in a 2D affine space where the elements of 7 are 
understood as follows (see Figure 2): R rotates a configuration c € C by 
90° clockwise. V vertically flips a configuration c € C. Up moves a config- 
uration vertically up. Down moves a configuration vertically down. Left 
moves a configuration horizontally in the left direction. Right moves a 
configuration horizontally in the right direction. Moreover, in a specific 
way [22], we have considered the output set O as 2 = {0,1}, where output 
is 1 when a change of module c € C is successfully executed and 0 otherwise. 
As a reasoning in section 4.1, we choose the model of reconfiguration 

such that 
(0c, €¢C)e :C — (LT x 2) — C) (24) 


in which the set T of transformations is extended to (T x 2) that consists 
of twelve transformations (see an illustration in Figure 3). 
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(a) Current configurations (b) Changed configurations 
C1 — C5 


Figure 2: Changing configurations by transformations in T 


Each extended transformation in (7x2) is a unary operation. Formally, 
each (t,o) € (Tx 2) is recognized as an operation 


(t,0):C + C (25) 


taking a configuration input of type C and producing a configuration output 
of type C. Moreover, these transformations are defined such that 


* when o = 0 and 
t = ; 2 
ole) { (t,1)(c) otherwise (26) 
where {*} is an extra configuration in C, in this case no successor configu- 
ration in C is produced. In other words, it corresponds to stop of reconfig- 
uration. 


4.3. A transformations-based aspect in reconfigurable com- 
puting 


At a control step 7 € N, a modular reconfigurable computing system M is 
composed by n configuration modules denoted by cy EC,VO € {1,...,n}, 
whose subscript and superscript relate to module number and control step 
number, respectively. 

We see that aspect-oriented development of the modular system M is 
really a refactoring process (or decomposing process) to discover so-called 
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c=(V,1)(c) 
8 
567 
34 
2 
1 
(a) Configuration c (b) c1 = (V,1)(c) 
c=(Ri c=(Right,0)(c) 


(c) co = (Right, 1)(c1) (d) c3 = (Right, 0)(c2) 


Figure 3: Changing configuration by transformations in (T' x 2) 


common factors of MM. Those common factors are called aspects [17]. In 
fact, for t%) € T and o% € 2, an aspect A = ((t4, 01), (t,05),---5 (ths On)) is 
viewed as a transformation on the modular reconfigurable computing system 
M = (ci ',cy*,...,c 71) including n configuration modules ct WO € 
q 1 ctexcgri hy 

We define an application of A to M (denoted by A(M)) to determine 
the modular resulting reconfigurable computing system M’ = (ci, ch,...,c4,) 
= ((ti, of (ci), (th, 08) (2), ..., (ti, 08) (io). That is, 


A(M) = M'= (( oo eK 5, 05)(Cy '), rae (0, Wer) 
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_f * when doy = 0 for % € {1,...,n} and 
(t4,1)(c*), (4, 1)(4 7), .--, (#4, 1) (ce) _ otherwise 


where {x} is an extra reconfigurable computing system, in this context no 
next reconfigurable computing system is produced and the reconfiguration 
process of whole system stops. 


4.3.1 An example of aspect and its applications 


From now on, we omit the superscripts (relating to control step num- 
ber) in all notations for short, as the example is considered at an arbi- 
trary control step. Let M be a modular reconfigurable computing system 
consisting of two modules of configuration c; € C and co € C as in Fig- 
ure 4(a). From the transformations in (T x 2) considered in subsection 4.2, 
we construct the aspect A = ((t1, 01), (t2,02)), where V(t1, 01), (t2,02) € 
(T x 2), to be applied on M = (ci,c2). In this case, the application 
of A = ((t1, 01), (t2,02)) to M is written as ((t1, 01), (t2,02))((c1, ¢2)) = 
((t1, 01)(€1), (t2, 02)(c2)).. As an exemplification, here we illustrate only 
six instances of the modular resulting system as in Figure 4. Specifi- 
cally, ((R,1)(c1), (V,1)(c2)) produces the resulting system in Figure 4(b), 
((Up, 1)(c1), (R, 1)(c2)) in Figure 4(c), ((R, 1)(c1), (Down, 1)(e)) in Fig- 
ure 4(d), ((Left, 1)(c1), (Right, 1)(c2)) in Figure 4(e), ((Up, 0)(c1), (Down, 
1)(c2)) and ((Left, 0)(c1), (Right, 1)(c2)) in Figure 4(f). 

Note that, in Figure 4, the notation -, denotes a transition when 
applying the aspect A on a modular system. In this way, when we write 
Mt a, My,, for example, which means that a change from M to My, occurs 
after applying the aspect A on M. Moreover, when we write Mt4M1b4 
MygkyzM3h 4 Mat, STOP that is understood as an application process 
of the aspect A by which the change happens. 


4.3.2 Bisimulation between two modular reconfigurable comput- 
ing systems as inheritance property of aspect 


A bisimulation between two modular reconfigurable computing systems 
M = (c1,€2,---,€n) and M! = (c,c5,...,¢,) is a relation L C Mx M' 
with, for all (ci, c2,...,¢n) in M, (cj, c9,.--,¢,) in M’ and ((t1, 01), (ta, 02), 
vag barn.) Mit oA 


Hee) eee) then. re ( 


ty, 
080) be Sd € {lyseejnh: 


’ 


t 
We write co ve Cy when co ~ cy under transformations (to, 09) € (T'x2). 
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c,=(R, 1)(e,) Ee 
[ lis 


: C=C 7 c,) c=(R, x¢ 1) 
(a) A modular system (b) M Fa Mi = (c) Mi Fa Meo = 
(M = (c1,¢2)) ((R, 1), (V,1))(M) ((Up, 1), (R, 1))(M1) 


c.=( 


a CR 1E,) 


c,=(Down,1)(6,), (6, =(Right, 1)(6,) 


(d) Mz Fa Ms = (e) M3 FA Ma = (f) Mata STOP 
((R, 1), (Down, 1))(Mz) ((Left, 1), (Right, 1))(M3) 


Figure 4: An application process of aspect A on the modular systems 
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In other words, If ((c1, c2,-.-;€n); (Cy, Cg,-++>€n)) € LE then (co, €y)(ty,09) € 
R, where (co, C)(ty,09) in R denotes (co, cy) in R under transformations 
(to, 09) in (T x 2). 

We also write M ~ M’ whenever there exists a bisimulation L with 
Teri co oreteray oot te Ban cin cera 6 Ae 

Note that the superscripts (relating to control step number) in all no- 
tations can be omitted for short, as the considered context is at an arbitrary 
control step. 

Two modular reconfigurable computing systems M and M’ that are 
related by a bisimulation relation are observationally indistinguishable in 
that: 


e Each member module in M and its partner module in M’ cause the 
same observations, and 


e Applying the same aspect to both systems will lead to two resulting 
systems that are indistinguishable again. 


For further well-founded investigation, we justify some following statements. 


Proposition 2. Let M’ and M” be applications of aspect A(M). If M ~ 
M! and M' ~ M" then (M ~ M')o(M' ~ M") =M~ M", where the 
symbol o denotes a relational composition. For more descriptive notation, 
we can write this in the form 


Mn MM! ~ M" 
(M~ M)o(M NM) = Ma M" 


(27) 
and conversely, if M ~ M" then there exists M' such that M ~ M' and 


M ~ M". This can be written as 


Mw MM" 
IM’ :M~M' and M'~ M’ 


(28) 


Proof. Proving (27) originates as the result of the truth that the relational 
composition of two bisimulations L; GC MxM’ and Lo C M'’x Misa 
bisimulation obtained by Lj 0 Lz = {(x,y) | « Ly z and z Lz y for some z € 
M’'}, where x = (ci,¢2,...,Cn) € M, z = (4, c,...,¢,) © M’ and y = 
(epee) eM", 

Proving (28) comes from the fact that there are always M’ = M or 
M! = M" as simply as they can. Hence, (28) is always true in general. 
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Proposition 3. Let M;,Vi € N, be applications of aspect A(M) and U;en 
be union of a family of sets. Then 


M~M; withieN 


29 
Uien(M oy Mi) =Mv~ Vien M; ( ) 
and conversely, 
Mw Usen M; 
= “ 30 
HEN: MnM; 430) 


Proof. Proving (29) stems straightforwardly from the fact that M bisimu- 
lates M; (ie., M~ M;) then, M bisimulates each system in Uj;c4y Mi. 
Conversely, proving (30) develops as the result of the fact that for 
each (t,y) € Ujen(M x M;), there exists i € N such that (x,y) € 
M x M;. In other words, it is formally denoted by Ujsen(M x Mi) = 
{(z,y) |HtEN:a2€E€M and y € M;}, where x = (c1,¢2,...,¢n) and 
Tee (oRw enema «ie 


The union of all bisimulations between M and applications of aspect 
A(M) (i.e, U (M ~ A(M)) ) is the greatest bisimulation. The greatest 
bisimulation is called the bisimulation equivalence or bisimilarity [16, 21] 
(again denoted by the notation ~). 


Proposition 4. The bisimilarity ~ on U (M ~ A(M)) is an equivalence 
relation. 

Proof. In fact, a bisimilarity ~ on U (M ~ A(M)) is a binary relation ~ 
on L) (M ~ A(M)), which is reflexive, symmetric and transitive. In other 
words, the following properties hold for ~ 

e Reflexivity: 
Va ~ b) EU (Mv AM)) 
(a~b)~(a~b) 


e Symmetry: 
V(a~ b),(e~d) el) M~ AM), 
(and) (lewd) 
(c~d) ~ (a~b) 


e Transitivity: 
Va~b),(e~d),(e~ f)eU (M~ AM), 


(@~b) wlend) A (ler d) (emf) 
(aw b) (ex f) 


131 


to be an equivalence relation on L) (M ~ A(M)). 


The bisimulation relation between M and A(M) is now shown as a 
semantic basis of inheritance property of aspect. In other words, for some 
condition a, we can formally represent the inheritance property as the fol- 
lowing: 

MEa 
A(M) Ea 
That is, if modular reconfigurable computing system M satisfies condition 
a then this constraint is still preserved on an application of aspect A(M). 
Thus it is read as M ~ A(M) in the constraint of a@ (and denoted by 
M ~a A(M)). 


5 Homomorphism between AOMRC and Hoare 
Model of Deterministic Reconfiguration Processes 


5.1 Coalgebraic behaviors of AOMRC 


In the coalgebraic approach, the reconfiguration (C, (oc, ec)e) is considered 
as the structure observed through the interface ©(_) = (LT x 2) + _ 
because applying this interface to the observable set C of configurations, 
we have @(C) = (T x 2) -+ C. This interface of ©(_) can be regarded 
as a mapping to decompose the observable set C of configurations into an 
observation context (T’ x 2) —+ _ of the set C. 


Proposition 5. (C, (oc,ec)e), whose function (0¢,ec)e : C —>+ ©(C) de- 
fines a deterministic reconfiguration process, is really an ©(_)-coalgebra of 
a covariant functor ©(_). 


Proof. In fact, by the definition of coalgebra in subsection 3.3, we only need 
to check that the function C —> ((T’ x 2) —+ C) extends to a functor 
©(_): C — C. For this we assign to any mapping h : C —> C’ the 
mapping ©(h) : ((T x 2) 6 C) —> ((T x 2) 4 C’) with @(h)(f) “! hs f 
for all functions f € ((T x 2) ++ C). This defines a covariant functor 
©(_): C —C. 


An ©(_)-coalgebra is a pair (C,(o¢,ec)e) consisting of a set C and a 
function (o¢,ec)e : C —+ ©(C). Thus reconfiguration (C,(oc,ec)e) is a 
coalgebra of the functor ©(_), which is defined on the category C by @(C) = 
(T x 2) ++ C. 
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To see what C is, we have to determine the reconfiguration process that 
starts with a configuration c € C. That is, we have to analyze step-by-step 
which configurations can be reached from c by which transformations. To 
this end, we unfold the reconfiguration function (0¢,ec)e : C —+ ©(C) to 
obtain the following sequence: 


0c,€¢)e 0c,€C)e 2((o¢,ec)e 3((0¢,ec)e 
oe (dy OCIS eee) O*Uocrecde) 


©3 (c) 


where, for any configuration c € C, (0¢,ec)e : C —> ©(C) refers to which 
configurations can be reached from c in one control step by which transfor- 
mation. 

©'((o¢,ec)e) : ©'(C) —+ ©**1(C) describes how arbitrary transforma- 
tions sequences of length i can be continued according to (0¢,e€c)e in the 
next control step. Starting with a configuration c € C we obtain in such a 
way an infinite sequence 


(31) 


reconf-process(c) “! (c, (oc, ec), (oc, €c)3,--) (32) 


with, for alli EN, 


(oc,ec)s = (oc, ec)e(c) € @(C) 
(oc,ec)s = O((oc,ec)e)({oc,ec)e(c)) € ©7(C) 
(oc,ec)e'* = O%((oe,€c)e)((oc,ec)s) € OF (C) (33) 


where (oc, ec), represents all transformations sequences of length at most i 
starting with c. In addition, (o¢,ec)~¢ also points out which configurations 
are reached by transformations sequences of length exactly 7. 


5.2 Hoare model of deterministic reconfiguration processes 
5.2.1 Deterministic reconfiguration process 


Based on the coalgebraic behaviors of AOMRC in subsection 5.1, the func- 
tion (o¢,ec)e : C —> @(C) defines a deterministic reconfiguration process. 
Formally, the CSP-based definition of deterministic reconfiguration pro- 
cesses is regarded as follows: 

A trace is a sequence of transformations, separated by commas and 
enclosed in angular brackets, recording the events in which a process P 
has engaged up to some moment in time. Before the process starts, it is 
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not known which of its possible traces will actually be recorded: the choice 
will depend on environmental factors beyond the control of the process. 
However the complete set of all possible traces of the process P can be 
known in advance, and a function traces(P) is defined to yield that set. 

The set (Tx 2)* is the set of all finite traces (including ()) which are 
formed from transformations in the set (T x 2), also called an alphabet of the 
process. When such traces are restricted to (T x 2), they remain unchanged. 
This fact permits a simple definition 


(T x 2)* = {s € traces(P) | s [| (fT x 2) = s} (34) 


Note that the expression s | (T’ x 2) denotes the trace s when restricted 
to transformations in the alphabet (7 x 2); it is formed from s simply by 
omitting all transformations outside (T x 2). 
A deterministic reconfiguration process P with alphabet (T x 2) is 
defined to be a pair 
((T' x 2), traces(P)) (35) 


where traces(P)) C (T x 2)* (read as every event that occurs must be in 
the alphabet of the process) which satisfies the two following conditions: 


() € traces(P) (36) 


(read as () is a trace of every process up to the moment in which it engages 
in its very first event) 
and 

Vs,t € traces(P): s ~ t € traces(P) => s € traces(P) (37) 


(read as if s ~ t is a trace of a process up to some moment, then s must 
have been a trace of that process up to some earlier moment. The notation 
of ~ is a catenation) 


The simplest process which meets this definition is the one that does nothing 
STOP rx2) = (LF x 2), {()t) (38) 
At the other extreme there is the process that will do anything at any time 


RU Nerxa) = ((F x 2), (F x 2)") (39) 
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5.2.2. Hoare model of deterministic reconfiguration processes 


To see what and why Hoare model of deterministic reconfiguration pro- 
cesses is, we consider the basic notion of deterministic reconfiguration pro- 
cess based on CSP. 

The reconfiguration process which first engages in the transformation 
(t,o) € (T x 2) and then behaves exactly as the reconfiguration process P 
is specified by the Hoare’s CSP syntax as 


(t,0) ~ P (40) 


Note that the notation of — is a prefix operator that combines a trans- 
formation and a reconfiguration process to produce a new reconfiguration 
process. 

In general, the specification (40) is thought of as every deterministic 
reconfiguration process P with alphabet (T x 2) can be considered as a func- 
tion F with a domain B C (T x 2), defining the set of transformations in 
which the reconfiguration process P is initially prepared to engage; and for 
each (t,o) in B, the deterministic reconfiguration process F'((t,o0)) defines 
the future behavior of the reconfiguration process P if the first transfor- 
mation is (t,o). In other words, let DC(r2) be the set of all deterministic 
reconfiguration processes with alphabet (T x 2), every deterministic recon- 
figuration process P € DCiry2) can be uniquely described by a partial 
function 

F: (T x 2) he DC(r x2) (41) 


with domain dom(F’) = B. 

A model, called Hoare model, of deterministic reconfiguration processes 
is built by considering the mathematical model (41) of deterministic recon- 
figuration processes represented in (40). 


As mentioned above, DCi,.2) stands for the set of all prefix closed subsets 
of (T' x 2)* thus the Hoare model of deterministic reconfiguration processes 
with alphabet (T x 2) is given by the following bijective mapping 


next(T x2) : DC(rx2) = ((T x 2) Sa DC(rx2)) (42) 


where ((T' x 2) —+ DC;rx2)) denotes the set of all partial functions from 
(FE x 2) into DC(r x2): 
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For instance, STOPrxg) is the reconfiguration process uniquely deter- 
mined by the condition dom(next;ry.2)(STOP(ry2))) = 0. RUN (rx2), 
i.e., the deterministic reconfiguration process which at all times can engage 
in any transformation of (T' x 2), can be described uniquely by the con- 
ditions dom(neat(7.2)(RU N(rx2))) = (LT x 2) and next iry2)(RU N(rx2)) 
((t,0)) = RUN¢rxg) for all (t,0) € (T x 2). 

Moreover, nextiry2) is bijective since we can assign to any partial 


function F : (T x 2) —> DCcpx.2) the prefix closed set next ip,9)(F) = 


{()} U {((t,0)) ~ (#,0)|(t,0) € dom(F) A (t’,o’) € F((t,o))}. The do- 
main of next(py.2)(P) is defined by dom(nexrt(rx2)(P)) = {(t,0)|((t,0)) € 
P}. For any (t,o) € dom(next(r.2)(P)), next(p.2)(P)((t, 0)) is defined by 
next(rx2)(P)((t,0)) = {(#,0')|((t,0)) ~ (#,0°) € P}. 

In the next subsection, we will have an in-depth consideration on be- 
haviors of the model (42) that is seen as a final object in the category of all 
deterministic reconfigurations with alphabet (T x 2). 


5.3 Coalgebraic behaviors of a Hoare model of deterministic 
reconfiguration processes 


The Hoare model of deterministic reconfiguration processes in (42) is an 
©(_)-coalgebra (DCipx2), next7x2)). In fact, we have 


Proposition 6. (DCry.9),next(7xg)), whose function neat(py.9) : DCcrx 2) 
— ©(DCirx2)) defines the Hoare model of deterministic reconfiguration 
process, is really an ©(_)-coalgebra of a contravariant functor ©(_). 


Proof. It is similar to the proposition 31, we only need to check that the 
function next;p.2) extends to a functor @(_) : C —> C. For this we 
assign to any mapping h : DC(ry.2) — Dera) the mapping @(h) : ((T x 


2) — DC¢rx2)) — ((L x 2) 4 DC(p,.g)) with O(h)(f) © fish for all 


functions f € ((T’ x 2) —» DC;px2)). This defines a contravariant functor 
©(_):C —C. 


To see what DC(r.2) is, we unfold the function next(py2) : DCvrx2) — 
©(DC(rx2)) to obtain the following sequence, also called w°?-chain. 


a(!) o?(!) 


9 3 oF (!) 
1x<— © (1x )<— ©? (1x)<— 0° (lx)<—-:: 


(43) 


This diagram means that the w?-chain is constructed by applying suc- 
cessively the functor @(_) = ((T x 2) —+ _) to the unique mapping 
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!: ©(1x) —> 1x (note that 1x = {X} is a singleton set including only 
a process variable X). 

Moreover, for all i € N, ©*(1x) can be considered as nested functions 
of depth less than or equal to 7 such that 


O(lx) = ((T x 2) 1x) 
O(1x) = ((1x 2) + ((L x 2) +4 1x)) 
O'(lx) = ((Tx 2) +o 1(1x)) 


!: ©(1x) — 1x maps each function in ©(1x) = ((T x 2) ++ 1x) to X. 
Thus ©(!) = _;!: (7 x 2) —» ((f x 2) ++ 1x)) — ((T x 
maps each g € ((T' x 2) -» ((T x 2) ++ 1x)) to g;! € ((T x 
with dom(g;!) = dom(g) C (T x 2) and (g;!)((t,0)) =!(g((t, 0))) = X for all 
(t,0) € dom(g;!). In general, we have @'(!) : ©t1(1x) — @*(1 

The elements of DC;r,.2) are infinite sequences (X, 91, 92,...) of nested 
functions (i.e., g; € ©'(1x) for all i € N) such that ©'(!)(gi41) = gi. In such 
a way (X,91,92,.-.) is considered as approximation of a possibly infinite 
process. (X, 91, 92,---) will become (gj, 92,...) to represent a finite process 
(ie., no process variable X in the process expression) if g; = gi+1 for some 
7 € N and thus g; = g; for alli < 7. 

A significant property of the ©(_)-coalgebra (DC(py2), nert(rx2)) is 
that it is a final ©(_)-coalgebra of the contravariant functor ©(_) = ((T' x 
2) —+ _). Before proving this, we start with the definition of final coalgebra 
in subsection 3.3 to see what a final coalgebra is. 


Proposition 7. (DCry.g),next(rxg)) 18 a final coalgebra in the category 
CoAlg(©(_)) of ©(_)-coalgebras. 


Proof. A complete proof of this proposition is the content of subsection 5.4. 


5.4 Unique homomorphism between AOMRC and a Hoare 
model of deterministic reconfiguration processes 


To prove the unique homomorphism between AOMRC and the Hoare model 
of deterministic reconfiguration processes in the category CoAlg(@(_)) 
of ©(_)-coalgebras, we have to justify two themes, namely existence and 
uniqueness of a homomorphism h : C —> lx. These two themes give us 
two following principles: 
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e Coinductive definition principle, by which the existence theme tells us 
how to obtain the homomorphism h : C — 1x. 


e Conductive proof principle, by which the uniqueness theme tells us 
how to prove that two homomorphisms h, h’ : C —> 1x are equal. 


In other words, we must prove that the following diagram (44) commutes (by 
the coinductive definition principle), and then the commutativity is unique 
(by the conductive proof principle). 


0c,€c)e 0c,€c)e 2((0¢,ec)e 

c (0c ec) 2(0) O((oc ec) «) ©? (C) O° ((oc,€c)e) (44) 
| 

| 

| | 

lh | @(h) | ©?(h) 

| | | 

| 

Y Y a(! Y o2(! 

Lx — © (1x) 9 — 9? ay) SP 8 (ay) 


Note that diagram (44) is composed by two unfolding diagrams of the coal- 
gebras (C, (0c, ec) e)) (in top line) and (DC), next(ry2)) (in bottom line) 
under the mappings ©'(h) : ©'(C) —> ©'(1x) for every i in No (= NU {0}). 

To prove the commutativity of diagram (44), we just need to prove 
that the following diagram (45) commutes for every 7 in No. 


©'((o¢,€c)) 


+» @! (C) ———> ot 1 (C)--- (45) 
| | 
| | 
| | 
| ©*(h) 1ottl(h) 
] | 
| | 
v a : Y 
--@! (Lx) etl (lx): 


By (oc, ec), € @'(C) and g; € ©*(1x), diagram (45) can be more specifically 
represented by 


(0c, €c)s o'(C) (oc, €c)e** C OC) --- (46) 
| | 
| | 
1@*(h) |@**1(h) 
| | 
| | 
ee o*(!) v 
9g; € O'(1x) git € OTT (1x): +: 


For every i € No and g; € ©'(1x), we define g; bats ©'(h)((oe, ec)’). Hence, 


a = ©'()(gi41), by (43) 
= o(!)(@"*1(h)((oc,ec)i*!)), by the definition of 9; 
O'(!)(O"F(h)(@*((oc, ec)e)({oc, ec)s))), by (33) 


With this result, it yields ©'(!)(@'T1(h)(@"((oc, ec)e)((oc, €c)s))) = O'(h) 
((oc,ec)). Generally, for every i in No, ©°((oc,ec)e); OT 1(h); OX!) = 
@'(h). This means that diagram (45) commutes. That is, the mapping 
h is an ©(_)-homomorphism. 

The uniqueness of h to be a unique ©(_)-homomorphism stems straight- 
forwardly from the coinductive proof principle [16,21]. For validating whether 
two ©(_)-homomorphisms h and h’ are identical, i.e. h = h’, a powerful 
method is so-called proof principle of coinduction that states as follows: 


(47) 


It means that if a bisimulation ~ between h and h’ is established then h 
and h’ are identical. Hence, in order to prove the identicalness between two 
©(_)-homomorphisms h and h’, it is sufficient to establish the existence of 
a bisimulation relation h ~ h’. 
Suppose that there are two homomorphisms h((o¢, € c))) and h’((oe, ec)3). 

Let ~= {(h((oc, ec)s), h’((oc, ec)s)) | (oc, ec) is in ©' (C)}. We prove that 
~ is a bisimulation on ©'(1x). Consider (h((o¢,ec))), h’((oc, ec)3)) En, 
then 


h((oc, ec)’) and h’((o¢, ec),) are homomorphims => | h’((o¢,ec)2) = h'(c) 


(h((oc, ec)e*"), h!((oc, ec)e*")) Ex 


and = ~ isa bisimulation 
h((oc, ec)?) = h'((o¢, ec)e) 


Note that, notation ==> stands for a logical implication. For each (oc, ec)’, in . 
O'(C), if (h((oc, ec)e), h'((oc, ec)s)) E~ we can write h((oc, ec),) ~ h'((oc, €c)s): 
Thus, by the coinductive proof principle in (47) then h = h’. 
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For each c € C, we define a CSP process C'S Pprocess(c) to be an 
infinite sequence 


C'S Pprocess(c) = (X, 91, 92,---) (48) 


thus, obviously, C'S Pprocess(c) becomes a process. In other words, it is 
an element of DCyrx2). This means that C’SPprocess(c) is constructed 
as the process starting with configuration c € C. Generally, this provides a 
mapping C'S Pprocess : C —+ DC(py2). This mapping forms a unique ©(_)- 
homomorphism C'S Pprocess : (C, (oc, €c)»)) —> (DC(rx2), next (7x2): 


6 Future Work 


The reconfigurations we have studied here are specified by determining their 
behaviors. This is done not only by an external input specification, but also 
by the internal context in the modular system, to which there is no direct 
access in general. Such reconfigurations are inherently dynamic and have 
observable behaviors, but their internal configurations remain hidden and 
therefore have to be identified if not distinguishable by observation. Our 
CSP-based approach of behaviors throughout this paper has aimed at de- 
veloping a foundation of aspect-oriented modular reconfigurable computing 
that is characterized by: 


e Configuration space: In this space, configurations evolve and persist 
by adapting to improve suitability over time; 


e Interaction: This specifies the exchangeability with the environment 
during the reconfiguration process; 


e Aspect/Component-Oriented model: In this model, configware is ori- 
ented towards “aspect” development and flowware is oriented towards 
a “component” approach. Aspect-Oriented Configware relies on “sep- 
aration of concerns” in all phases of the configware development life- 
cycle, while Component-Oriented Flowware greatly depends on pre- 
fabricated “components” for building the data processing needs of 
flowware. Incorporating both the emerging programming approaches 
based on aspect [17] and component [3] oriented paradigms could unify 
the two specialized concepts of “modularity” and “separation of con- 
cerns” in the model (see Figure 5). 
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Figure 5: A diagrammatic illustration of Aspect /Component-Oriented re- 
configurable computing 


7 Summary 


As an approach to CSP-based behaviors of aspect-oriented modular re- 
configurable computing (AOMRC), using categorical and coalgebraic lan- 
guages we have firstly introduced the notion of AOMRC and developed 
a coalgebraic model (C, (0c, ec)e) of AOMRC. Secondly, a Hoare model 
(DC(r.2), next(rx2)) of deterministic reconfiguration processes ((T’ x 2), 
traces(P)) has been constructed by developing coalgebraic model of a CSP 
process, which is proven to be a final coalgebra in the category CoAlg(©(_)) 
of ©(_)-coalgebras. Thus, we have established a homomorphic relation be- 
tween (C, (oc, €c)e) and (DC(rx2), next(7x2)) as a unique homomorphism of 
coalgebras in CoAlg(@(_)). In such a way, the approach results in the be- 
havioral equivalence between (C, (oc, éc)e) and (DC(rx2), neat(r.2)). This 
behavioral equivalence means that the separation between the concepts of 
process in CSP and configuration in AOMRC is completely blurred. In other 
words, behaviors of any AOMRC configuration change being performed by 
a transformations-based aspect are not distinct from deterministic processes 
in Hoare’s CSP. 
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